home *** CD-ROM | disk | FTP | other *** search
/ Atari Mega Archive 1 / Atari Mega Archive - Volume 1.iso / lists / mint / l_1199 / 1626 < prev    next >
Encoding:
Internet Message Format  |  1994-08-27  |  2.2 KB
  1. From: Stephen Usher <Stephen.Usher@earth.ox.ac.uk>
  2. Subject: Re: MiNT 1.10 re-sync
  3. Date: Sat, 18 Jun 1994 11:16:09 +0100 (BST)
  4. In-Reply-To: <9406172113.AA00535@jelal.north.de> from "Juergen Lock" at Jun 17, 94 11:13:50 pm
  5. Mime-Version: 1.0
  6.  
  7. >> Hmm.. I think this is bad as many programs have code after an exec which
  8. >> takes alternate action if the exec fails.
  9. >
  10. > well that still works for the usual cases (bad magic, ENOMEM, ENOENT...)
  11. >the kill should only happen when the executable header looked ok and the
  12. >error is somewhere later in the file.  i.e. you need a broken linker,
  13. >overwritten blocks, or some filesystem error for this to happen...
  14.  
  15. Aha.. I see..
  16.  
  17. >>  The alternative, of course, is to
  18. >> copy the original text elsewhere before loading the new program if the new
  19. >> program's text is smaller or the same size as the original program. If the
  20. >> exec fails then it can be copied back and the process resumed.
  21. >
  22. > thats another idea but is it worth it? :)
  23. >
  24. >>  If the new
  25. >> process being exec()ed is larger than the original program (and the memory
  26. >> above the current program isn't free) then exec()ing as we do now would be
  27. >> no problem.
  28. >
  29. > hmm but you'd still get a hole?
  30.  
  31. You'd get a hole anyway as the space left behind by the original program is
  32. too small for the new one, so it will have to go elsewhere in memory.
  33.  
  34. >> The only sure way to stop memory fragmentation is to start using paged
  35. >> memory management. This, of course, can only be done on the 68030 and above.
  36. >
  37. > yup
  38. >> 
  39. >> > or whats on systems that demand-page text instead of loading it all at
  40. >> >once...  do they always check the entire file before?
  41. >> >> 
  42. >> >> Opinions?
  43. >> >
  44. >> > should there be some flag to turn it off?  in mint.cnf?
  45. >
  46. > cheers
  47. >    Juergen
  48. >-- 
  49. >J"urgen Lock / nox@jelal.north.de / UUCP: ..!uunet!unido!uniol!jelal!nox
  50. >                                ...ohne Gewehr
  51. >PGP public key fingerprint =  8A 18 58 54 03 7B FC 12  1F 8B 63 C7 19 27 CF DA 
  52. >
  53.  
  54. Steve
  55.  
  56. -- 
  57. ---------------------------------------------------------------------------
  58. Computer Systems Administrator, Dept. of Earth Sciences, Oxford University.
  59. E-Mail: steve@uk.ac.ox.earth (JANET) steve@earth.ox.ac.uk (Internet).
  60. Tel:- Oxford (0865) 282110 (UK) or +44 865 282110 (International).
  61.